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This memo defines an experimental portion of the Management 
Information Base (MIB) for use with network management protocols in 
TCP/IP-based internets. In particular, this memo defines MIB objects 
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for representing DS1 physical interfaces. Implementors should 
consult in addition to this memo the companion document that 
describes that DS3 managed objects. 


2. The Network Management Framework 


The Internet-standard Network Management Framework consists of three 
components. They are: 


RFC 1155 which defines the SMI, the mechanisms used for describing 
and naming objects for the purpose of management. RFC 1212 
defines a more concise description mechanism, which is wholly 
consistent with the SMI. 


RFC 1156 which defines MIB-I, the core set of managed objects for 
the Internet suite of protocols. RFC 1213, defines MIB-II, an 
evolution of MIB-I based on implementation experience and new 
operational requirements. 


RFC 1157 which defines the SNMP, the protocol used for network 
access to managed objects. 


The Framework permits new objects to be defined for the purpose of 
experimentation and evaluation. 


3. Objects 
Managed objects are accessed via a virtual information store, termed 


the Management Information Base or MIB. Objects in the MIB are 
defined using the subset of Abstract Syntax Notation One (ASN.1) [7] 


defined in the SMI. In particular, each object has a name, a syntax, 
and an encoding. The name is an object identifier, an 
administratively assigned name, which specifies an object type. The 
object type together with an object instance serves to uniquely 
identify a specific instantiation of the object. For human 


convenience, we often use a textual string, termed the OBJECT 
DESCRIPTOR, to also refer to the object type. 


The syntax of an object type defines the abstract data structure 
corresponding to that object type. The ASN.1 language is used for 
this purpose. However, the SMI [3] purposely restricts the ASN.1 
constructs which may be used. These restrictions are explicitly made 
for simplicity. 


The encoding of an object type is simply how that object type is 
represented using the object type’s syntax. Implicitly tied to the 
notion of an object type’s syntax and encoding is how the object type 
is represented when being transmitted on the network. 
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The SMI specifies the use of the basic encoding rules of ASN.1 [8], 
subject to the additional requirements imposed by the SNMP. 


3.1. Format of Definitions 


Section 5 contains contains the specification of all object types 
contained in this MIB module. The object types are defined using the 
conventions defined in the SMI, as amended by the extensions 
specified in [13]. 


4. Overview 


These objects are used when the particular media being used to 
realize an interface is a DS1 physical interface. At present, this 
applies to these values of the ifType variable in the Internet- 
standard MIB: 


dsl (18) 
el (19) 


The definitions contained herein are based on the AT&T T-1 
specifications and Extended Superframe (ESF) format [9, 10], the 
latter of which conforms to proposed ANSI specifications [14, 15]. 
The various T1 and El line disciplines are similar enough that 
separate MIBs are unwarranted, although there are some differences. 
For example, Loss of Frame is defined more rigorously in the ESF 
specification than in the D4 specification, but it is defined in 
both. 


4.1. Binding between Interfaces and CSUs 


It should be noted that it is possible to multiplex multiple bit 
streams onto a single DS1 physical interface (CSU), realizing 
multiple interfaces from the perspective of the Internet-standard 
MIB. It is also possible to concatenate physical interfaces to 
provide a single logical interface. As such, it is important to be 
able to distinguish between the indices used to identify the CSUs 
attached to a node and the indices used to identify an interface (in 
the MIB sense) attached to a node. 


Each agent which resides on a host which uses DS1 physical interfaces 
is required to assign a small, positive integer uniquely to each CSU. 
This is known as the "CSUIndex", and is used to distinguish between 
different CSUs attached to a node. The CSUIndex is also used as the 
"key" when accessing tabular information about DS1 physical 
interfaces. 


The potentially many-to-one binding between CSU indices and the 
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ifIndex value assigned to each MIB interface are defined in the 
dslConfigTable table defined in the next section. 


4.2. Objectives of this MIB Module 


There are numerous things that could be included in a MIB for DS1 
Interfaces: the management of multiplexors, CSUs, DSUs, and the like. 
The intent of this document is to facilitate the common management of 
CSUs, both in-chassis and external via proxy. As such, a design 
decision was made up front to very closely align the MIB with the set 
of objects that can generally be read from CSUs that are currently 
deployed, which is to say ESF CSUs conforming to AT&T specifications. 
However, by simple generalization of these objects, the MIB is also 
made applicable to D4 and G.704 devices. 


To meet a requirement not easily satisfied in other places, there is 
one additional group present, the Fractional DS1 group. This is 
intended to facilitate the use of fractional DS1 devices (i.e., 
devices which utilize a subset of the 8 bit channels available in the 
frame) over the managed CSUs. 


4.3. DS1 Terminology 


The terminology used in this document to describe error conditions on 
a Tl or El circuit monitored by a CSU are from references [10], [11], 
[14], and [15]. 


Out of Frame event 
An Out of Frame event is declared when the receiver 
detects two or more framing-bit errors within a 3 
millisecond period, or two or more errors out of five or 
less consecutive framing-bits. At this time, the framer 
enters the Out of Frame State, and starts searching for a 
correct framing pattern. The Out of Frame state ends 
when reframe occurs. 


Loss of Signal 
This event is declared upon observing 175 +/- 75 
contiguous pulse positions with no pulses of either 
positive or negative polarity (also called keep alive). 


Code Violation Error Event 
A Code Violation Error Event is the occurrence of a 
received Cyclic Redundancy Check code that is not 
identical to the corresponding locally-calculated code. 


Bipolar Violation 
A Bipolar Violation, for B8ZS-coded signals, is the 
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occurrence of a received bipolar violation that is not 
part of a zero-substitution code. It also includes other 
error patterns such as: eight or more consecutive zeros 
and incorrect parity. 


Errored Seconds 
An Errored Second is a second with one or more Code 
Violation Error Events OR one or more Out of Frame 
events. In D4 and G.704 section 2.1.3.2 (eg, G.704 which 
does not implement the CRC), the presence of Bipolar 
Violations also triggers an Errored Second. 


Severely Errored Seconds 
A Severely Errored Second is a second with 320 or more 
Code Violation Error Events OR one or more Out of Frame 
events. 


Severely Errored Framing Second 
An Severely Errored Framing Second is a second with one 
or more Out of Frame events. 


Unavailable Signal State 
This state is declared at the onset of 10 consecutive 
Severely Errored Seconds. It is cleared at the onset of 
10 consecutive seconds with no Severely Errored Second. 


Unavailable Seconds 
Unavailable Seconds are calculated by counting the number 
of seconds that the CSU is in the Unavailable Signal 
State, including the initial 10 seconds to enter the 
state but not including the 10 seconds to exit the state. 


Note that any second that may be counted as an 
Unavailable Second may not be counted as an Errored 
Second, a Severely Errored Second. Since the 10 Severely 
Errored Seconds that comprise the transition from the 
available to Unavailable Signal State may also be counted 
as Errored Seconds, and Severely Errored Seconds previous 
to entering the state, these three counters are adjusted 
so that any second counted during this transition is then 
subtracted. The 10 seconds in the transition from 
unavailable to available may be counted as Errored 
Seconds. 


A special case exists when the 10 or more second period 
crosses the 900 second statistics window boundary, as the 
foregoing description implies that the Severely Errored 
Second and Unavailable Second counters must be adjusted 
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when the Unavailable Signal State is entered. Clearly, 
successive GETs of the affected dslIntervalSES and 
dslIntervalUAS objects will return differing values if 
the first GET occurs during the first few seconds of the 
window. This is viewed as an unavoidable side-effect of 
selecting the presently deployed AT&T objects as a basis 
for this memo. 


Yellow Alarm 
A Yellow Alarm is declared because of an incoming Yellow 
Signal from the far-end. In effect, the circuit is 
declared to be a one way link. 


Red Alarm 
A Red Alarm is declared because of an incoming Loss of 
Signal, Loss of Framing, Alarm Indication Signal. After 
a Red Alarm is declared, the device sends a Yellow Signal 
to the far-end. The far-end, when receives the Yellow 
Signal, declares a Yellow Alarm. 


Circuit Identifier 
This is a character string specified by the circuit 
vendor, and is useful when communicating with the vendor 
during the troubleshooting process. 


5. Definitions 


RFC1232-MIB DEFINITIONS ::= BEGIN 


IMPORTS 
experimental, Counter 
FROM RFC1155-SMI 
DisplayString 
FROM RFC1158-MIB 
OBJECT-TYPE 
FROM RFC-1212; 


-- This MIB module uses the extended OBJECT-TYPE macro as 
-- defined in [13]. 


-—- this is the MIB module for dsl objects 


dsl OBJECT IDENTIFIER ::= { experimental 2 } 


-- the DS1 Configuration group 
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-—- Although the objects in this group are read-only, at the 
—-- agent’s discretion they may be made read-write so that the 
-—- management station, when appropriately authorized, may 

—- change the behavior of the CSU, e.g., to place the device 
-—- into a loopback state or emit a QRSS BER test. 


-—- Implementation of this group is mandatory for all systems 
-- that attach to a dsl. 


ds1lConfigTable OBJECT-TYPE 
SYNTAX SEQUENCE OF DS1ConfigEntry 
ACCESS not-accessible 
STATUS mandatory 
DESCRIPTION 
"The DS1 Configuration table." 
::= { dsl 1 } 


dsiConfigEntry OBJECT-TYPE 
SYNTAX DS1ConfigEntry 
ACCESS not-accessible 
STATUS mandatory 
DESCRIPTION 
"An entry in the DS1 Configuration table." 
INDEX { dsicSUIndex } 
::= { dslConfigTable 1 } 


DS1ConfigEntry ::= 
SEQUENCE { 
ds1CSUIndex 
INTEGER, 
dsliIndex 
INTEGER, 
ds1iTimeElapsed 
INTEGER (1..900), 
ds1ValidiIntervals 
INTEGER (0..96), 
dsiLineType 
INTEGER, 
ds1lZeroCoding 
INTEGER, 
dslLoopback 
INTEGER, 
ds1lSendCode 
INTEGER, 
dslYellowAlarm 
INTEGER, 
dslRedAlarm 
INTEGER, 
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dslCircuitIdentifier 
DisplayString (SIZE (0..255)) 
} 


ds1lCSUIndex OBJECT-TYPE 

SYNTAX INTEGER 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The index value which uniquely identifies the CSU 
to which this entry is applicable." 

::= { dslConfigEntry 1 } 


dslIndex OBJECT-TYPE 
SYNTAX INTEGER 
ACCESS read-only 
STATUS mandatory 


DESCRIPTION 
"An index value that uniquely identifies an 
interface to a dsl. The interface identified by a 


particular value of this index is the same 
interface as identified by the same value an 
ifIndex object instance." 

::= { dslConfigEntry 2 } 


dsilTimeElapsed OBJECT-TYPE 

SYNTAX INTEGER (1..900) 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The number of seconds that have elapsed since the 
beginning of the current error-measurement period. 
Any fraction is rounded up." 

::= { dslConfigEntry 3 } 


ds1ValidiIntervals OBJECT-TYPE 

SYNTAX INTEGER (0..96) 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The number of previous intervals for which valid 
data was collected. The value will be 96 unless 
the CSU device was brought online within the last 
24 hours, in which case the value will be the 
number of complete 15 minute intervals the CSU has 
been online." 

::= { dslConfigEntry 4 } 
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dslLineType OBJECT-TYPE 

SYNTAX INTEGER { 
other (1), 
daslESF (2), 
ds1D4 (3), 
dsl1ANSI-ESF (4), 
ds1G704 (5), 
ds1G704-CRC (6) 

} 
ACCESS read-only 
STATUS mandatory 


DESCRIPTION 
"This variable indicates the variety of DS1 Line 
implementing this circuit. The type of circuit 


affects the number of bits per second that the 
circuit can reasonably carry, as well as the 
interpretation of the usage and error statistics. 


The values, in sequence, describe: 


TITLE: SPECIFICATION: 

ds1ESF AT&T Extended SuperFrame DS1 [10] 
ds1D4 AT&T D4 format DS1 [16], [17] 
dsl1ANSI-ESF ANSI Extended SuperFrame format [14] 
ds1G704 CCITT Recommendation G.704 [12] 


(section 2.1.3.2) 
ds1G704-CRC CCITT Recommendation G.704 [12] 
(section 2.1.3.1) 


:= { dslConfigEntry 5 } 


dslZeroCoding OBJECT-TYPE 
SYNTAX INTEGER { 
dsliJammedBit (1), 
ds1B8ZS (2), 
dslInvertedHDLC (3), 
ds1HDB3 (4), 
ds1ZBTSI (5) 
} 
ACCESS read-only 
STATUS mandatory 
DESCRIPTION 
"This variable describes the variety of Zero Code 
Suppression used on the link, which in turn 
affects a number of its characteristics. 


dslJammedBit refers the Jammed bit Zero Encoding, 


in which the AT&T specification of at least one 
pulse every 8 bit periods is literally implemented 
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by forcing a pulse in bit 8 of each channel. 
Thus, only seven bits per channel, or 1.344 Mbps, 
is available for data. 


ds1B8ZS refers to the use of a specified pattern 
of normal bits and bipolar violations which are 
used to replace a sequence of eight zero bits (see 
[14]). In this context, all eight bits ina 
channel are technically available for data, but 
care must be taken with D4 encoded data to avoid 
having HDLC Flag streams imitate spurious Yellow 
Alarm conditions. Typically, one bit per frame is 
ignored to force flag streams to rotate, thereby 
avoiding this error type. CCITT Recommendation 
G.703 [11] may be referred to for further 
definition of these. 


dslInvertedHDLC refers to the practice, common on 
HDLC encoded DS1 data links, of inverting the data 
between the serial interface chip and the CSU. 
Since HDLC guarantees one zero every 6 bits in the 
worst case, while the standards call for (in 
effect) at least one pulse every eight, inverted 
HDLC enjoys 4/24 one’s density on the line, which 
may improve the effective clock stability of a DS1 
line. As with B8ZS, all eight bits in a channel 
are technically available for data, but care must 
be taken with D4 encoded data to avoid having HDLC 
Flag streams imitate spurious Yellow Alarm 
conditions. Typically, one bit per frame is 
ignored to force flag streams to rotate, thereby 
avoiding this error type. 


ANSI Clear Channels may use dsl1ZBTSI, or Zero Byte 
Time Slot Interchange (see [14]). 


G.704 links, with or without CRC, use dslHDB3 (see 
LILI) -" 


::= { dslConfigEntry 6 } 


dslLoopback OBJECT-TYPE 


SYNTAX 


INTEGER { 
ds1NoLoop (1), 
dslLocalLoopbackLocalSide (2 
dslLocalLoopbackRemoteSide ( 
ds1lRemoteLoopbackLocalSide ( 
dslRemoteLoopbackRemoteSide 


ahw 
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ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"This variable represents the loopback state of 
the CSU. Devices supporting read/write access 
should return badValue in response to a requested 
loopback state that the CSU does not support. The 
values mean: 


ds1lNoLoop 


Not in the loopback state. A device that is 
not capable of performing a loopback on either 
interface shall always return this as it’s 
value. 


dslLocalLoopbackLocalSide 


Signal received from the local side of the 
device is looped back at the local connector 
(eg, without involving the CSU). 


dslLocalLoopbackRemoteSide 


Signal received from the local side of the 
device is looped back at the remote connector 
(eg, through the CSU). 


dslRemoteLoopbackLocalSide 


Signal received from the remote side of the 
device is looped back at the local connector 
(eg, through the CSU). 


dslRemoteLoopbackRemoteSide 


Signal received from the remote side of the 
device is looped back at the remote connector 
(eg, without involving the CSU)." 

::= { dslConfigEntry 7 } 


dslSendCode OBJECT-TYPE 
SYNTAX INTEGER { 
dslOtherTest (1), 
dslSendNoCode (2), 
ds1lSendSetCode (3), 
dslSendResetCode (4), 
ds1SendQRSS (5) 
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} 
ACCESS read-only 
STATUS mandatory 
DESCRIPTION 
"This variable indicates what type of code is 
being sent across the DS1 circuit by the CSU. The 
values mean: 


ds1SendNoCode sending looped or normal data 
ds1lSendSetCode sending a loopback request 
dslSendResetCode sending a loopback termination request 


ds1SendQRSSs sending the BERT pattern described in 
ANSI T1.403-1989 section 5.6 
dslOtherTest sending a different BERT/BLERT pattern, 


such as all zeroes, all ones, etc." 
::= { dslConfigEntry 8 } 


dslYellowAlarm OBJECT-TYPE 
SYNTAX INTEGER { 
dsiNoYellowAlarm (1), 
dslYellowAlarm (2) 
} 
ACCESS read-only 
STATUS mandatory 
DESCRIPTION 
"This variable indicates if a Yellow Alarm 
condition exists. 


Note that G.704 interfaces do not support Yellow 
Alarms. Accordingly, such agents should return 
the value dslNoYellowAlarm." 

::= { dslConfigEntry 9 } 


dslRedAlarm OBJECT-TYPE 
SYNTAX INTEGER { 
dsilNoRedAlarm (1), 
dslRedAlarm (2) 
} 
ACCESS read-only 
STATUS mandatory 
DESCRIPTION 
"This variable indicates if a Red Alarm condition 
exists. 


Note that G.704 interfaces do not support Red 
Alarms. Accordingly, such agents should return 
the value dslNoRedAlarm." 

::= { dslConfigEntry 10 } 
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dslCircuitIdentifier OBJECT-TYPE 

SYNTAX DisplayString (SIZE (0..255)) 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"This variable contains the transmission vendor’s 
circuit identifier, for the purpose of 
facilitating troubleshooting." 

::= { dslConfigEntry 11 } 


-- the DS1 Interval group 


-—- Implementation of this group is mandatory for all systems 
-- that attach to a dsl. 


-- It is recognized that some currently deployed CSUs do not 
-—- record the entire set of statistics specified in this 

-- group. Accordingly, some agents queried for these objects 
-—- may treat these objects as having an ACCESS clause value 
-- of not-accessible. 


-—- The DS1 Interval Table contains various statistics 

-- collected by each CSU over the previous 24 hours of 

-—- operation. The past 24 hours are broken into 96 completed 
-- 15 minute intervals. 


dsliIntervalTable OBJECT-TYPE 
SYNTAX SEQUENCE OF DSlIntervalEntry 
ACCESS not-accessible 
STATUS mandatory 
DESCRIPTION 
"The DS1 Interval table." 
Se= {- ods ih 2 3h 


dslintervalEntry OBJECT-TYPE 
SYNTAX DSlIntervalEntry 
ACCESS not-accessible 
STATUS mandatory 
DESCRIPTION 
"An entry in the DS1 Interval table." 
INDEX { dsliIntervalIndex, dslIntervalNumber } 
::= { dslIntervalTable 1 } 


DSlIntervalEntry ::= 
SEQUENCE { 
dsliIntervaliIndex 
INTEGER, 
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dsliIntervalNumber 
INTEGER (1..96), 
dsliIntervalESs 
Counter, 
dslIntervalSESs 
Counter, 
dsliIntervalSEFSs 
Counter, 
dslIntervalUASs 
Counter, 
dsliIntervalCSSs 
Counter, 
dsliIntervalBPVs 
Counter, 
dsliIntervalCVs 
Counter 


dsliIntervaliIndex OBJECT-TYPE 
SYNTAX INTEGER 
ACCESS read-only 
STATUS mandatory 
DESCRIPTION 


May 1991 


"The index value which uniquely identifies the CSU 


to which this entry is applicable. 


The interface 


identified by a particular value of this index is 
the same interface as identified by the same value 
an dsilCSUIndex object instance." 


{ dsliIntervalEntry 1 } 


dslIntervalNumber OBJECT-TYPE 
SYNTAX INTEGER (1..96) 
ACCESS read-only 
STATUS mandatory 
DESCRIPTION 

"A number between 1 and 96, 


where 1 is the most 


recently completed 15 minute interval and 96 is 
the least recently completed 15 minute interval 
(assuming that all 96 intervals are valid)." 


{ dslIntervalEntry 2 } 


dsliIntervalESs OBJECT-TYPE 
SYNTAX Counter 
ACCESS read-only 
STATUS mandatory 
DESCRIPTION 


"The counter associated with the number of Errored 
Seconds, as defined by ANSI Draft Standard 
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T1M1.3/90 - 027R2[15], encountered by a DS1 CSU 
during one of the previous 96 fifteen minute 
intervals." 

::= { dslIntervalEntry 3 } 


dsliIntervalSESs OBJECT-TYPE 
SYNTAX Counter 
ACCESS read-only 
STATUS mandatory 


DESCRIPTION 
"The counter associated with the number of 


Severely Errored Seconds, as defined by ANSI Draft 
Standard T1M1.3/90 - 027R2[15], encountered by a 
DS1 CSU during one of the previous 96 fifteen 
minute intervals." 

::= { dsliIntervalEntry 4 } 


dsliIntervalSEFSs OBJECT-TYPE 
SYNTAX Counter 
ACCESS read-only 
STATUS mandatory 


DESCRIPTION 
"The counter associated with the number of 


Severely Errored Framing Seconds, as defined by 
ANSI Draft Standard T1M1.3/90 - 027R2[15], 
encountered by a DS1 CSU during one of the 
previous 96 fifteen minute intervals." 

::= { dslintervalEntry 5 } 


dslIntervalUASs OBJECT-TYPE 
SYNTAX Counter 
ACCESS read-only 
STATUS mandatory 


DESCRIPTION 
"The counter associated with the number of 


Unavailable Seconds, as defined by ANSI Draft 
Standard T1M1.3/90 - 027R2[15], encountered by a 
DS1 CSU during one of the previous 96 fifteen 
minute intervals." 

::= { dslIntervalEntry 6 } 


dsliIntervalCSSs OBJECT-TYPE 
SYNTAX Counter 
ACCESS read-only 
STATUS mandatory 


DESCRIPTION 
"The counter associated with the number of 


Controlled Slip Seconds, as defined by ANSI Draft 
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Standard T1M1.3/90 - 027R2[15], encountered by a 
DS1 CSU during one of the previous 96 fifteen 
minute intervals." 

::= { dslintervalEntry 7 } 


dsliIntervalBPVs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of Bipolar 
Violations, as defined by ANSI Draft Standard 
T1M1.3/90 - 027R2[15], encountered by a DS1 CSU 
during one of the previous 96 fifteen minute 
intervals." 

::= { dslIntervalEntry 8 } 


dsliIntervalCVs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of Code 
Violation Error Events, as defined by ANSI Draft 
Standard T1M1.3/90 - 027R2[15], encountered by a 
DS1 CSU during one of the previous 96 fifteen 
minute intervals. 


Note that D4 and G.704 (section 2.1.3.2) 
interfaces do not support Code Violation Error 
Events. Accordingly, such agents may treat this 
object as having an ACCESS clause value of not- 
accessible." 

::= { dslIntervalEntry 9 } 


-- the DS1 Current group 


-—- Implementation of this group is mandatory for all systems 
-- that attach to a dsl. 


-- It is recognized that some currently deployed CSUs do not 
-—- record the entire set of statistics specified in this 

-- group. Accordingly, some agents queried for these objects 
—- may treat these objects as having an ACCESS clause value 
-- of not-accessible. 


-—- The DS1 current table contains various statistics being 
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-- collected for the current 15 minute interval. 


dslCurrentTable OBJECT-TYPE 
SYNTAX SEQUENCE OF DS1CurrentEntry 
ACCESS not-accessible 
STATUS mandatory 
DESCRIPTION 
"The DS1 Current table." 
::= { dsl 3 } 


dslCurrentEntry OBJECT-TYPE 
SYNTAX DS1CurrentEntry 
ACCESS not-accessible 
STATUS mandatory 
DESCRIPTION 
"An entry in the DS1 Current table." 
INDEX { dslCurrentIndex } 
::= { dslCurrentTable 1 } 


DS1CurrentEntry ::= 
SEQUENCE { 
dslCurrent Index 
INTEGER, 
dslCurrentESs 
Counter, 
dsilCurrentSESs 
Counter, 
dslCurrentSEFSs 
Counter, 
dslCurrentUASs 
Counter, 
dsiCurrentCsSSs 
Counter, 
dslCurrentBPVs 
Counter, 
dslCurrentCVs 
Counter 


} 


dslCurrentIndex OBJECT-TYPE 
SYNTAX INTEGER 
ACCESS read-only 
STATUS mandatory 


DESCRIPTION 
"The index value which uniquely identifies the CSU 
to which this entry is applicable. The interface 


identified by a particular value of this index is 
the same interface as identified by the same value 
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an dsilCSUIndex object instance." 
::= { dslCurrentEntry 1 } 


dsilCurrentESs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of Errored 
Seconds, as defined by ANSI Draft Standard 
T1M1.3/90 - 027R2[15], encountered by a DS1 CSU in 
the current 15 minute interval." 

::= { dslCurrentEntry 2 } 


dsilCurrentSESs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of 
Severely Errored Seconds, as defined by ANSI Draft 
Standard T1M1.3/90 - 027R2[15], encountered by a 
DS1 CSU in the current 15 minute interval." 

::= { dslCurrentEntry 3 } 


dslCurrentSEFSs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of 
Severely Errored Framing Seconds, as defined by 
ANSI Draft Standard T1M1.3/90 - 027R2[15], 
encountered by a DS1 CSU in the current 15 minute 
interval." 

::= { dslCurrentEntry 4 } 


dsilCurrentUASs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of 
Unavailable Seconds, as defined by ANSI Draft 
Standard T1M1.3/90 - 027R2[15], encountered by a 
DS1 CSU in the current 15 minute interval." 

::= { dslCurrentEntry 5 } 
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dsilCurrentCSSs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of 
Controlled Slip Seconds, as defined by ANSI Draft 
Standard T1M1.3/90 - 027R2[15], encountered by a 
DS1 CSU in the current 15 minute interval." 

::= { dslCurrentEntry 6 } 


dslCurrentBPVs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of Bipolar 
Violations, as defined by ANSI Draft Standard 
T1M1.3/90 - 027R2[15], encountered by a DS1 CSU in 
the current 15 minute interval." 

::= { dslCurrentEntry 7 } 


dslCurrentCVs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of Code 
Violation Error Events, as defined by ANSI Draft 
Standard T1M1.3/90 - 027R2[15], encountered by a 
DS1 CSU in the current 15 minute interval. 


Note that D4 and G.704 (section 2.1.3.2) 
interfaces do not support Code Violation Error 
Events. Accordingly, such agents may treat this 
object as having an ACCESS clause value of not- 
accessible." 

::= { dslCurrentEntry 8 } 


-- the DS1 Total group 


—- Implementation of this group is mandatory for all systems 
-- that attach to a dsl. 


-—- It is recognized that some currently deployed CSUs do not 


-—- record the entire set of statistics specified in this 
-- group. Accordingly, some agents queried for these objects 
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-- may treat these objects as having an ACCESS clause value 
-- of not-accessible. 


-—- The DS1 Total Table contains the cumulative sum of the 
-—- various statistics for the 24 hour interval preceding the 
-—- first valid interval in the dslCurrentTable. 


dslTotalTable OBJECT-TYPE 
SYNTAX SEQUENCE OF DS1TotalEntry 
ACCESS not-accessible 
STATUS mandatory 
DESCRIPTION 
"The DS1 Total table. 24 hour interval." 
::= { dsl 4 } 


dslTotalEntry OBJECT-TYPE 
SYNTAX DS1TotalEntry 
ACCESS not-accessible 
STATUS mandatory 
DESCRIPTION 
"An entry in the DS1 Total table." 
INDEX { dslTotalIndex } 
::= { dslTotalTable 1 } 


DS1TotalEntry ::= 
SEQUENCE { 
dslTotalIndex 
INTEGER, 
dslTotalESs 
Counter, 
dslTotalSESs 
Counter, 
dslTotalSEFSs 
Counter, 
dslTotalUASs 
Counter, 
dslTotalCSSs 
Counter, 
dslTotalBPVs 
Counter, 
dslTotalCVs 
Counter 


} 


dslTotaliIndex OBJECT-TYPE 
SYNTAX INTEGER 
ACCESS read-only 
STATUS mandatory 
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DESCRIPTION 
"The index value which uniquely identifies the CSU 
to which this entry is applicable. The interface 


identified by a particular value of this index is 
the same interface as identified by the same value 
an dsiCSUIndex object instance." 

:= { dslTotalEntry 1 } 


dslTotalESs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of Errored 
Seconds, as defined by ANSI Draft Standard 
T1M1.3/90 - 027R2[15], encountered by a DS1 CSU in 
the previous 24 hour interval" 

::= { dslTotalEntry 2 } 


dslTotalSESs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of 
Severely Errored Seconds, as defined by ANSI Draft 
Standard T1M1.3/90 - 027R2[15], encountered by a 
DS1 CSU in the previous 24 hour interval." 

:= { dslTotalEntry 3 } 


dslTotalSEFSs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of 
Severely Errored Framing Seconds, as defined by 
ANSI Draft Standard T1M1.3/90 - 027R2[15], 
encountered by a DS1 CSU in the previous 24 hour 
interval." 

::= { dslTotalEntry 4 } 


dslTotalUASs OBJECT-TYPE 
SYNTAX Counter 
ACCESS read-only 
STATUS mandatory 
DESCRIPTION 
"The counter associated with the number of 
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Unavailable Seconds, as defined by ANSI Draft 
Standard T1M1.3/90 - 027R2[15], encountered by a 
DS1 CSU in the previous 24 hour interval." 

::= { dslTotalEntry 5 } 


dslTotalCSSs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of 
Controlled Slip Seconds, as defined by ANSI Draft 
Standard T1M1.3/90 - 027R2[15], encountered by a 
DS1 CSU in the previous 24 hour interval." 

:= { dslTotalEntry 6 } 


dslTotalBPVs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of Bipolar 
Violations, as defined by ANSI Draft Standard 
T1M1.3/90 - 027R2[15], encountered by a DS1 CSU in 
the previous 24 hour interval." 

::= { dslTotalEntry 7 } 


dslTotalCVs OBJECT-TYPE 

SYNTAX Counter 

ACCESS read-only 

STATUS mandatory 

DESCRIPTION 
"The counter associated with the number of Code 
Violation Error Events, as defined by ANSI Draft 
Standard T1M1.3/90 - 027R2[15], encountered by a 
DS1 CSU in the previous 24 hour interval. 


Note that D4 and G.704 (section 2.1.3.2) 
interfaces do not support Code Violation Error 
Events. Accordingly, such agents may treat this 
object as having an ACCESS clause value of not- 
accessible." 

::= { dslTotalEntry 8 } 


-—- the DS1 Fractional group 


-- Implementation of this group is mandatory for those 
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systems utilizing a fractional DS1 capability 


The DS1 fractional table contains identifies which DS1 
channels associated with a CSU are being used to support a 
logical interface, i.e., an entry in the interfaces table 
from the Internet-standard MIB. For Clear Channel 
implementations, exactly one ifTable entry corresponds to 
the CSU being managed. In this very typical case, the 
variable dsliIndex indicates the value of ifIndex which 
corresponds to the interface being supported by a 
particular CSU. 


However, for fractional DS1 implementations, the 
correspondent value of dslIndex is 0, and for each DS1 
channel supporting a logical interface, there is an entry 
in the DS1 fractional table which names a value for 
ifIndex. 


For dslESF, ds1D4, and dslANSI-ESF, there are 24 legal 
channels, numbered 1 through 24. 


For G.704, there are 32 legal channels, numbered 1 
through 32. ds1G704 can carry user data in channels 2 
through 32, channel 1 being an overhead channel. 
ds1G704-CRC can carry user data in channels 2 through 
16 and 18 through 32, channels 1 and 17 being overhead 
channels. 


dsilFracTable OBJECT-TYPE 


SYNTAX SEQUENCE OF DS1FracEntry 
ACCESS not-accessible 
STATUS mandatory 
DESCRIPTION 

"The DS1 Fractional table." 
::= { dsl 5 } 


dslFracEntry OBJECT-TYPE 


SYNTAX DS1FracEntry 
ACCESS not-accessible 
STATUS mandatory 
DESCRIPTION 
"An entry in the DS1 Fractional table." 
INDEX { dsilFracIndex, dsiFracNumber } 
:= { dslFracTable 1 } 


DS1lFracEntry ::= 


SEQUENCE { 
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dsilFracIndex 
INTEGER, 
dsilFracNumber 
INTEGER (1..32), 
dsilFracIfiIndex 
INTEGER 
} 


dslFracIndex OBJECT-TYPE 
SYNTAX INTEGER 
ACCESS read-only 
STATUS mandatory 


DESCRIPTION 
"The index value which uniquely identifies the CSU 
to which this entry is applicable. The interface 


identified by a particular value of this index is 
the same interface as identified by the same value 
an dsiCSUIndex object instance." 

::= { dslFracEntry 1 } 


dslFracNumber OBJECT-TYPE 
SYNTAX INTEGER (1..32) 
ACCESS read-only 
STATUS mandatory 
DESCRIPTION 
"The channel number for this entry." 
::= { dslFracEntry 2 } 


dslFracIfIndex OBJECT-TYPE 
SYNTAX INTEGER 
ACCESS read-only 
STATUS mandatory 


DESCRIPTION 
"An index value that uniquely identifies an 
interface to a dsl. The interface identified by a 


particular value of this index is the same 
interface as identified by the same value an 
ifIndex object instance." 

::= { dslFracEntry 3 } 


END 
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8. Security Considerations 


Security issues are not discussed in this memo. 
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